Context Engineering
概述
多步骤系统中信息流的全局架构设计方法论，与提示词工程（单次调用措辞优化）本质不同，关注如何为每个子智能体提供干净、充足、精准的上下文。
关键内容
- 与提示词工程的区别：
- 提示词工程：关注单次调用的措辞优化
-
上下文工程：关注多步骤系统中信息流的全局架构设计
-
GSD 的关键实现：
每个命令只加载它真正需要的文件
-
计划阶段加载内容：
- ✅ PROJECT.md（项目愿景，≤3 页）
- ✅ REQUIREMENTS.md（版本化需求边界）
- ✅ CONTEXT.md（当前阶段实现偏好）
-
✅ RESEARCH.md（本阶段领域研究结论）
-
执行阶段加载内容：
- ✅ PLAN.md（单个原子任务，XML 格式）
-
✅ PROJECT.md（最小化项目上下文）
-
永远不加载的内容：
- ✗ 历史对话记录
- ✗ 其他阶段的代码
- ✗ 旧的设计讨论
-
✗ 已完成阶段的研究报告
-
效果：
- 每个子智能体拿到的是干净的全量 200k token
- 而非被历史垃圾污染的上下文
- 主会话上下文保持在 30-40%
来源
- 01-overview-context-rot — Context Rot 与上下文工程
相关
- GSD — part_of
- Context Rot — caused
- Prompt Engineering — compares_to